home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0085 / 288.txt < prev    next >
Text File  |  1997-04-16  |  13KB  |  372 lines
  1. =========================================================================
  2.  
  3. INFO-ATARI16 Digest         Mon,  5 Mar 90       Volume 90 : Issue  288
  4.  
  5. Today's Topics:
  6.                            ATTN Mickey Boyd
  7.                      GEM programming, STE memory
  8.                       Mac Emulator, what to buy?
  9.                        MIDI Data files (2 msgs)
  10.                     MIDI Sequence Standard (Query)
  11.                      Need help with Kermit/Xmodem
  12.                        PD Font Editor & Loader
  13.                             Phantom Typist
  14.                         stmain.c  RE: C Source
  15. ----------------------------------------------------------------------
  16.  
  17. Date: Mon, 5 Mar 90  20:42 GMT
  18. From: Vision Newspapers <SOCS18%vaxb.york.ac.uk@NSFnet-Relay.AC.UK>
  19. Subject: ATTN Mickey Boyd
  20.  
  21. ATTN Mickey Boyd (boyd@fsucs.cs.fsu.edu)
  22.  
  23. I tried to mail you a copy of ST Blank as requested, but the the EARN gateway
  24. has given up after failing to deliver the message (it's been trying for
  25. eight days).
  26.  
  27. How can I contact you?
  28.  
  29. Apologies for using net bandwidth in this way, but I can't see another method.
  30.  
  31. Mathew Lodge (JANET : SOCS18@uk.ac.york.vaxa)
  32.  
  33. ------------------------------
  34.  
  35. Date: Mon, 5 Mar 90  20:37 GMT
  36. From: Vision Newspapers <SOCS18%vaxb.york.ac.uk@NSFnet-Relay.AC.UK>
  37. Subject: GEM programming, STE memory
  38.  
  39. Re : Preventing "Data is damages in drive..." dialogue.
  40.  
  41. I believe that you have to nobble the critical error handler vector
  42. (evt_critic, I think) which is in the $4xx region, and documented in the
  43. Abacus book. I haven't tried this, but I think that if you make it point
  44. to an RTS you won't get the dialogue. Sorry this is so vague, but I'm quoting
  45. from memory here.
  46.  
  47.  
  48. Re : Mixing 256 and 1M SIMMs in the STE
  49.  
  50. In the lastest edition of ST World (English version) there is an ad. from a
  51. company offering cheap SIMM upgrades for STE owners. The mention that the
  52. 520 STE has two 256K SIMMs fitted, while the 1040 STE has one 1M SIMM, and
  53. that you can't mix the two. They offer to "upgrade" your 520 STE to 1Mb by
  54. selling you a 1Mb SIMM, and buying back your 256K SIMMs for (wait for it) 10
  55. pounds each!
  56.  
  57. They also offer 520 STEs upgraded to 1Mb for less than the price of a 1040 STE!
  58.  
  59.  
  60. Re : Bitblt failure with GDOS
  61.  
  62. What device handle are you using when you do your v_opnvwk call? You must use
  63. the one returned by graf_handle if you're opening a screen workstation, or
  64. you'll get no end of GDOS problems.
  65.  
  66.  
  67. Re : AC_CLOSE messages
  68.  
  69. GEM sends all accessories AC_CLOSE messages when an application ends. This means
  70. you get one when a program is launched from the Desktop (because the Desktop
  71. program has now finished), or when you quit any other program. By writing a
  72. little program that popped up an alert when it received AC_CLOSE, I found
  73. that the AC_CLOSE message usually gets sent well after the program has actually
  74. finished. For example, after quitting any program and returning to the Desktop
  75. the "AC_CLOSE received" alert didn't appear until just before the Desktop
  76. opened its first window.
  77.  
  78. This effect could be due to the fact that GEM won't let the accessory display
  79. its alert until the main application makes some GEM calls (this is cooperative
  80. multitasking remember). Any comments?
  81.  
  82. Regards,
  83.  
  84. Mathew Lodge
  85. ***********************************************************************
  86. * c/o Dept. Computer Science    * "Baldrick, fetch me a turkey _so    *
  87. * University of York            * big_, you'd have thought its mother *
  88. * Heslington                    * had been rodgered by an Omnibus"    *
  89. * York, UK                      *                                     *
  90. * YO1 5DD                       * JANET : SOCS18@uk.ac.york.vaxa      *
  91. ***********************************************************************
  92.  
  93. ------------------------------
  94.  
  95. Date: 5 Mar 90 17:37:06 GMT
  96. From: psuvm!phb100@psuvax1.cs.psu.edu
  97. Subject: Mac Emulator, what to buy?
  98. Message-ID: <90064.123706PHB100@psuvm.psu.edu>
  99.  
  100. In article <2309@syma.sussex.ac.uk>, nickw@syma.sussex.ac.uk (Nick Watkins)
  101. says:
  102. >
  103. >We have a 1040 ST here in the lab at Sussex, and will shortly have a few more.
  104. >We are  interested in buying a Mac emulator, and we gather that those which
  105. >use Mac roms are better than "pure" software emulations.
  106. >
  107. Are there any "PURE" software emulators?  And if so, how are they?  Inquiring
  108. minds want to know...:)
  109.  
  110. -------
  111. In the dark, no one can hear the color of your eyes...
  112.  
  113. Paul Baughman                 |   Senior Student Consultant
  114.    AKA Unka Paul              |   Student Support Initiative
  115.    AKA The Man From UNKA      |
  116.    AKA The Cloned OP          |   227C Computer Building
  117.    AKA The Consultant's OP    |   University Park  PA   16801
  118.    AKA The OP's Consultant    |   (814) 865-2160
  119.  
  120. ------------------------------
  121.  
  122. Date: Mon, 5 Mar 90  17:30 GMT
  123. From: "Bru von Mousewielder." <ZDAC810%elm.cc.kcl.ac.uk@NSFnet-Relay.AC.UK>
  124. Subject: MIDI Data files
  125.  
  126.   Does anybody have the slightest idea of the actual format of MIDI data
  127. files?? I am completely stuck on this- all the MIDI books are concerned only
  128. with the stuff that gets sent down the cable, not what resides on disk!
  129. Thanks in advance,
  130.  
  131. Marcus Bointon, King's College London.
  132.  
  133. ------------------------------
  134.  
  135. Date: Mon, 5 Mar 90  17:30 GMT
  136. From: "Bru von Mousewielder." <ZDAC810%elm.cc.kcl.ac.uk@NSFnet-Relay.AC.UK>
  137. Subject: MIDI Data files
  138.  
  139.   Does anybody have the slightest idea of the actual format of MIDI data
  140. files?? I am completely stuck on this- all the MIDI books are concerned only
  141. with the stuff that gets sent down the cable, not what resides on disk!
  142. Thanks in advance,
  143.  
  144. Marcus Bointon, King's College London.
  145.  
  146. ------------------------------
  147.  
  148. Date: 5 Mar 90 09:42:56 GMT
  149. From: hp-ses!hpbbn!hpgnd!jmrosset@hplabs.hp.com  (Jean-Michel ROSSET)
  150. Subject: MIDI Sequence Standard (Query)
  151. Message-ID: <4280010@hpgnd.HP.COM>
  152.  
  153. I am also interested by this information and I could not reach Stephen
  154. by e-mail. If anybody has this information electronically available, I
  155. think it is interesting enough to post it.
  156.  
  157. Thanks,
  158.  
  159. Jean-Michel Rosset.
  160. jm@hpgnd.hp.com
  161.  
  162. ------------------------------
  163.  
  164. Date: 5 Mar 90 19:26:26 GMT
  165. From: cosc10hv@elroy.jpl.nasa.gov  (Paul Sears)
  166. Subject: Need help with Kermit/Xmodem
  167. Message-ID: <5727.25f26903@elroy.uh.edu>
  168.  
  169. In article <9217.25ea918c@ecs.umass.edu>, beroll@ecs.umass.edu writes:
  170. > Hi All,
  171. >   I'm having trouble with transfer from the VAX (running VMS 5.2) and my
  172. > 1040 ST (using Uniterm V2.0e 002).  I've tried both xmodem (I don't know the
  173. > version number on the VAX) and VMS Kermit-32 version 3.3.118.
  174. >
  175. >   I am able to send files from my ST to vax, But I can do the reverse.  With
  176. > both methods I get disk write error just before it is complete.  According to
  177. > the transfer screen, it transferes, but the file doesn't get written to the
  178. > disk.
  179. >
  180. >   I was able to do this with the school's AT&T computers, but not my own.  If
  181. > anyone has any ideas, please either post them, or e-mail me direct.
  182. >
  183. >   Thanks (in advance).
  184. >                                                    David Beroll
  185. >
  186. >                                        Bitnet: BEROLL@UMAECS.bitnet
  187. >                                      Internet: BEROLL@Ecs.umass.edu
  188.  
  189. I use Kermit all the time when transfering from VAX to the ST.  I use Uniterm
  190. 2.0e and I use the KERMIT utility on the VAX and not FTP or someother way.  I
  191. also always use a ramdisk and I never encountered the problem - maybe the disk
  192. you are using is full? or is the protect tab opened?  When I use KERMIT on the
  193. vax I tell it to go into server mode then I do all the stuff through Uniterm.
  194. It seems that may be a hardware problem, maybe a cable is loose or something.
  195. Try to use a ram disk and then copy the files to the disk manually...
  196.  
  197.  
  198.                 --------------------------------------------
  199.                 |  Paul Sears       University of Houston  |
  200.                 | "ThunderCat"      ---------------------  |
  201.                 |  node             COSC10HV@Elroy.Uh.Edu  |
  202.                 | 129.7.1.2      or TECHJW@Elroy.Uh.Edu    |
  203.                 |__________________________________________|
  204.  
  205.         'the greater an individual's power over others,
  206.         the greater the evil that might possibly originate with him'
  207.                 -  PROPAGANDA, off the CD, A SECRET WISH
  208.  
  209.  
  210.  
  211. ------------------------------
  212.  
  213. Date: 5 Mar 90 22:01:24 GMT
  214. From:
  215.  zaphod.mps.ohio-state.edu!usc!cs.utexas.edu!jarvis.csri.toronto.edu!clyde.conco
  216.  rdia.ca!sherlock!agostino@tut.cis.ohio-state.edu  (DELIGIA agostino)
  217. Subject: PD Font Editor & Loader
  218. Message-ID: <1892@clyde.concordia.ca>
  219.  
  220. Hello again!
  221.  
  222. Does anybody out in net territory know of a PD font editor capable of editing
  223. all 256 ASCII characters with a desk accessory font loader?  I've already
  224. posted this query before, but I haven't received any replies yet.  I hope this
  225. doesn't mean that there are _not_ any PD font editors & loaders as described
  226. above.  Hopefully, my previous message just got lost somewhere.  :-)
  227.  
  228.  
  229. Agostino Deligia                 | "If the bears don't eat you,
  230. agostino@sunkisd.cs.concordia.ca |    it's home."
  231. agostino@concour.cs.concordia.ca |      --Binbiniqegabenik
  232.  
  233. ------------------------------
  234.  
  235. Date: 5 Mar 90 02:57:12 GMT
  236. From: tiamat!mjbtn!raider!dlh@uunet.uu.net  (Dana L. Holt)
  237. Subject: Phantom Typist
  238. Message-ID: <185@raider.MFEE.TN.US>
  239.  
  240. In article <2891@umbc3.UMBC.EDU>, petey@fox.acslab.umbc.edu (Jack P. Axaopoulos;
  241.  (C)) writes:
  242. >
  243.  
  244. >
  245. > Your st will definitley crash if you hold down any of the mouse buttons
  246. > or click a button at the wrong time during booting.
  247.  
  248.         Well, I would like to add that holding down BOTH mouse buttons
  249. during boot will make the keyboard processor (6301) enter external ROM mode.
  250. It looks for ROM chips which the ST doesn't provide so of course it crashes.
  251. So, if anyone says their ST crashes at boot when they hold both mouse buttons
  252. down, say: "It's supposed to do that!".. just another note...
  253.                                         dlh@raider.MFEE.TN.US
  254.  
  255. Any questions? (You can buy a piggyback RAM upgrade to about 8K for the 6301)
  256.  
  257. ------------------------------
  258.  
  259. Date: Mon, 05 Mar 90 11:02:54 EDT
  260. From: Wolfgang Thiel <UPSYF173%DBIUNI11.BITNET@Forsythe.Stanford.EDU>
  261. Subject: stmain.c  RE: C Source
  262.  
  263. /*
  264.     This is an example for simple ARGV parsing without complicated
  265.     (and complicating) getarg/getopt stuff:
  266.     It can handle :
  267.     - no options
  268.     - single and/or multiple options: -xyz or -x -y -z
  269.     - options with directly following specification: -b100
  270.     - options with specification after a blank: -f name
  271.     - all mixed together.
  272.     and it prints use() after -?, -h, or ?.
  273.         Wolfgang Thiel (UPSYF173@DBIUNI11.BITNET)
  274. */
  275.  
  276.  
  277. #define _V  0x0001
  278. #define _W  0x0002
  279.  
  280. #define NULL    ((char *)0)
  281.  
  282. extern long strtol();
  283.  
  284. int flag;
  285. long blksiz;
  286. char file[80];
  287.  
  288. use()
  289. ?
  290.     printf("use: -vw] [-b#[k]] [-f name] [arg ...]\r\n");
  291.     exit(0);
  292. ?
  293.  
  294. int main(argc, argv)
  295. int argc;
  296. char **argv;
  297. ?
  298.     char *cp;
  299.     int c;
  300.     char *next;
  301.  
  302.     flag = 0;
  303.     blksiz = 0l;
  304.     file[0] = 0;
  305.  
  306.     while((cp = *++argv) != NULL && *cp++ == '-')
  307.     ?
  308.         while((c = (int) *cp++) != 0)
  309.         ?
  310.             switch(c)
  311.             ?
  312.                 case 'v':
  313.                     flag |= _V;
  314.                     break;
  315.                 case 'w':
  316.                     flag |= _W;
  317.                     break;
  318.                 case 'b':
  319.                     blksiz = strtol(cp, &next, 10);
  320.                     if (next == cp)
  321.                     ?
  322.                         printf("no number found after -b\r\n");
  323.                         use();
  324.                     ?
  325.                     if (*next == 'k')
  326.                     ?
  327.                         blksiz *= 1024l;
  328.                         ++next;
  329.                     ?
  330.                     cp = next;
  331.                     break;
  332.                 case 'f':
  333.                     if (*cp)
  334.                     ?
  335.                         printf("blank expected after -f\r\n");
  336.                         use();
  337.                     ?
  338.                     if ( *++argv == NULL)
  339.                     ?
  340.                         --argv;
  341.                         printf("file name expected after -f\r\n");
  342.                         use();
  343.                     ?
  344.                     if (**argv == '-')
  345.                     ?
  346.                         printf("file name expected after -f\r\n");
  347.                         use();
  348.                     ?
  349.                     strcpy(file, *argv);
  350.                     break;
  351.                 default:
  352.                     printf("unknown option: -%c\r\n", c);   /* thru */
  353.                 case '?':
  354.                 case 'h':
  355.                     use();
  356.                     break;
  357.             ?
  358.         ?
  359.     ?
  360.     printf("Flag:x%04x  Blk:%ld   File:'%s'\r\n", flag, blksiz, file);
  361.     if (*argv != NULL && **argv == '?')
  362.         use();
  363.     while((cp = *argv++) != NULL)
  364.         printf("Arg: %s\r\n", cp);
  365.     return 0;
  366. ?
  367.  
  368. ------------------------------
  369.  
  370. End of INFO-ATARI16 Digest V90 Issue #288
  371. *****************************************
  372.